home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part2 / 11329 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.3 KB
  1. Path: news.luc.edu!user
  2. From: VArase@varase.it.luc.edu (Verne Arase)
  3. Newsgroups: comp.lang.c
  4. Subject: Re: Borland C's tmpnam()
  5. Date: Fri, 22 Mar 1996 23:19:03 -0600
  6. Organization: LUMC
  7. Message-ID: <AD78E5E796681EC58@mcdialb10.it.luc.edu>
  8. References: <AD75E5DC9668E2A52@mcdiala13.it.luc.edu> <Pine.A32.3.91.960322134158.23347A-100000@red.weeg.uiowa.edu>
  9. NNTP-Posting-Host: 147.126.240.126
  10.  
  11. In article <Pine.A32.3.91.960322134158.23347A-100000@red.weeg.uiowa.edu>,
  12. The Amorphous Mass <robinson@blue.weeg.uiowa.edu> wrote:
  13.  
  14.  >> The online documentation (all I have) says that it returns a file name
  15.  >> "which can be safely used as the name of a temporary file".
  16.  >> 
  17.  >> What does this mean?
  18.  >
  19.  >  It means that it generates a filename that is guaranteed to be unique 
  20.  >-- ie it won't overwrite an existing file.
  21.  
  22. Another EMail response I got suggests otherwise. The fact that they didn't
  23. provide a path parameter also suggests that they weren't terribly serious.
  24.  
  25. The other response I mentioned said that (_my synopsis_) all it guaranteed
  26. was that the provided file name is compatible with your file system. If it
  27. did more I'd expect that to be documented and flagged as a Borland
  28. non-portable extension.
  29.  
  30. It seems to be a good start for a serious tempname(), however :-).
  31.  
  32. ---
  33. The above are my own opinions, and not those of my employer.
  34.